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[57] ABSTRACT 

A window manager for a windowing system includes a 
window server to command the display on screen of first 
windows reserved by client programs of the system. The 
window manager manages the disposition and the circula- 
tion of first windows within a second window reserved by 
the system. The server holds in memtwy a tree structure of 
windowing data on the basis of which the window server 
communicates with the screen window manager and with 
the client programs. This structure has a root defining the 
second window and nodes defining ccHiesponding first win- 
dows. The window manager manages in the root a first list 
of identifiers of first windows and detects in each node die 
presence or the absence of control data. If control data is 
present in a node defining a particular first window, the 
window manager manages the disposition and the circula- 
tion of die first windows on the basis of second window data 
under the control of a client program. 

4 Claims, 5 Drawing Sheets 



XCLIENT ^ 



25' 



MANAGER 



xc 



mR 



2r ^40 

XLIB 



XUB 

"PN 
XUB 



-10 
-40 



40 



<110(60 ^20/- 60 
\^70 



IOC 




fr 



50 



SERVER 



20 




03/29/2004, EAST Version: 1.4.1 



U.S. Patent 



Jun. 9, 1998 Sheet 1 of 5 

FIG.1 PRIOR ART 



5,764,230 



SCREEN 






Imanager 






XLIB 











40 



^SERVER 








XLIB 









20 
1 



10-- 


^^XCLIENT 






V f 


J 



40 



^XCLIENT 






\ J 



%0 



-11 



FIG.3 PRIOR ART 




WINDOW HIERARCHY 



03/29/2004, EAST Version: 1.4.1 



U.S. Patent 



CHILD 
WINDOWS 



PARENT 



Jun. 9, 1998 Sheet 2 of 5 

FIG.2 PRIOR ART 



f7 

f5 f6 



f1 



f2 
_L 



f8 



f3 



f4 



fr 



UNDER 



OVER 



5,764,230 



CHILD 
WINDOWS 



PARENT 



n 

L 



UNDER 



FIG.4 PRIOR ART 



f7 



f8 
f3 



f4 



fr 



f5 f6 

f1 

I 



OVER 



FIG.5 PRIOR ART 




WINDOW HIERARCHY 



03/29/2004, EAST Version: 1.4.1 



U.S. Patent 



CHILD 
WINDOWS 



PARENT 



Jun, 9, 1998 Sheet 3 of 5 

FIG.6 PRIOR ART 



5,764, 



f2 
L 



UNDER 



f8 



f3 



f7 f6 f5 



f4 



f1 



T 
fr 



OVER 



FIG.7 PRIOR ART 




WINDOW HIERARCHY 



FIG. 8 PRIOR ART 



110> 



SERVER 



f1 



T?^— 100 



LIB 



xc 



40 



XM 



XLIB A 



20 
XM 



XCLIENT 



XLIB -V - 40 
21 



MANAGER 



03/29/2004, EAST Version: 1.4.1 



U.S. Patent jun. 9, 1998 sheet 4 of 5 5,764,230 



FIG, 9 



XCLIENT 



XLIB 



10 
40 



xc 

XM 



/'MANAGER 



25 



XG 



mR 



XLIB 



am 



110) ^-70 



100 




SERVER 



50 



40 

20 



FIG.10 



XCLIENT 



JiLS 



-10 

-40 



PN 



25- 



MANAGER 



XC 



mR 



IV ^40 



XLIB 



010 f60 (120^60 / 
^^70 



100. 




fr 



50 



SERVER 



40 
20 



XLIB 




'XM 






r XLIB ^ 


-40 




XCLIENT 








-11 






; 





03/29/2004, EAST Version: 1.4.1 



U.S. Patent 



Jun. 9, 1998 Sheet 5 of 5 



5,764,230 



FIG.11 




03/29/2004, EAST Version: 1.4.1 



5,764,230 

1 2 

WINDOW MANAGER SUITABLE FOR cUeat progranL The windows f3 and f8 are reserved by a 

MULTIPLE WINDOW WORKSTATIONS third client The windows fl, f2. f3. f4 are main <x level 1 

windows. The windows f5. f€ and f8 are level 2 windows. 

BACKGROUND OF THE INVENTION piG. 3 shows one exan^lc of the arrangement of die 

1. Field of the Invention ^ windows f 1 through fS inside the root window fr subject to 
' , , . . ^ . ^ the FIG. 2 hierarchy. In this figure the main window fl of the 

The invention concerns a window managerfor a window- ^^^^^ j^ogram is covered by (under) the main window 

mg system mcluding a wmdow scirer for contiolling the of the second cUent program. An "XRaise" function from the 

display on screen of first windows reserved by .client prc^ „xuj,„ ^ ^ ^^^^^ ^ ^^^^^ 

grams of the system, the wmdow n^nager managing the ,o window fl entirely visible so that the window fl then 

disposition and the cucuktion of the first wmdows withm a ^^^^^^ ^^^^ ^^^^ ^.^^^^ ^ Movement of the windows 

second wmdow reserved by the system. ^^^^ j^^^^ ^ "circulation". FIG. 4 shows a new 

2. Description of the Prior Art hierardiy of the windows fl through f8 and FIG. 5 shows a 
A windowing system of this kind is routinely used in corresponding screen arrangement of the windows fl 

workstations which have gr^hics screens. The "XWindow" 15 through f8 after circulation of the window fl. An **XRepar- 

system is one widely used windowing system. cnt" function from the "XLib" library is used by the first 

FIG. 1 shows a workstation comprising a processor L a client program to modify the windows hierarchy, for 

gr^hics screen 2. a keyboard 3 and a pointing device 4 or example to attach the window f7 direct to the window fl. 

*'mouse*'. The "XWindow" windowing system comprises a The window f7 then becomes a level 2 window. This 

window server 20 called "XScxver" and a window manager ^ movement of windows is known as •*r^arcnting". FIG. 6 

21 called "XWindowManager**. It runs on the processor 1. shows a new hierarchy of the windows fi through f8 and 

The windowing system is used by two client programs 10. FIG- 7 shows a corresponding screen arrangement of the 

11 conventionaUy called "IXOient". In the HG. 1 exan^le, windows f 1 through f8 after reparenting. In FIG. 7. window 

the windowing system and the cUcnt programs of the system ^ entirely covered by (under) the window f6. 

are resident in the same processor 1. ^ The server 20 receives and executes windowing requests 

The client programs 10. 11. the server 20 and the manager a client program and the manager 21 manages the 

21 each have a library 40 of functions called **XLib*' and use disposition and the circulation of main windows reserved by 

it to communicate with each other using a protocol defined this dienl program in such a way as to share the root window 

in the Inter-Oient Communications Manual ("ICCCM"). 3^ optimally between the various main windows. 

The server 20 communicates with the screen 2. the Referring to HO. 8. the windowing system operates as 

keyboard 3 and the mouse 4 through dedicated interfaces 30, follows: a first connection is set up between the client 

3^ 32, program and the server to create a main window fl. In other 

THe "XWindow" windowing systemis primBrily designed ^"^^^ P^Sram 10 uses an "XCreateWindow" 

to manage graphics output to L screen 2 by 'the ^en. 35 to supply to the server 20 the win«Jowing datt 

7i r« ,T ^ 1-1 f for the window fl relatmg to its identifier, its size, its 

programs 10. 11. The client programs 10, 11 are therefore ^ .Sn.- -j-j^'uiji. 

1- I 1 r 9r ^ u'u - position on tfie screen, etc. TThis windowing data IS held by 

relieved of low-ievel screen management which simplifies v . » 



their design. 



the server in a node 110 of the tree structure which has a root 
100 defining the root window fr. The client program then 

A client program of the windowing system reserves one ot ^ "XM^Window" function XM to request the server 

more areas 41, 42, 43 on the screen in which its gr^hic ^^spi^y window fi it has just created. A second 

output is displayed. These, usually rectangular, screen areas connection is set up between the server and the manager 21. 

are called *Vindows". -j^e server advises the manager of the display request XM 

The windows arc arranged by the windowing system, and by sending it a *'raapRequest** event mR. On receiving this 

a plurality of windows reserved by the same or different event, the manager responds by modifying the windowing 

client programs can overlap partially or completely. All data defining the window fL if necessary, and using the 

these windows are within a particular or **root** window "XMapWndow" fimction XM sends back to the server a 

which usually represents the background of the screen. decision to display the window, if necessary on the basis of 

The windows reserved by the client program(s) are the modified windowing data. Hie server responds by dis- 

defined by a windowing data tree structure held in memory ^ playing the window on the screen as defined by the manager, 

in the server, this data providing a basis for client program- this window possibly covering part of. or even the whole of, 

server and server-manager comnuinications. another window already displayed on the screen. 

This tree structure has a root which defines the root In the context of an '*XWindow** workstation, it is desir- 

window reserved by die system and nodes which define die able for a client program to be able to request that critical 

windows reserved by the client programs. 35 information such as alarms should remain visible in the main 

There is a hierarchical relationsh^) between the root window on the screen, notwithstanding the presence of other 

window and the windows reserved by the client programs. windows reserved by other programs which could 

The latter can be "child windows" of die root window and otherwise cover the window in question, 

are also known as *'main windows'* or '*first level windows". There is no provision in the "XWindow** system for a 

A client program can also serve child windows of a main ^ specific client program to impose on the manager a specific 

window, and so on. The former arc then called 'level 2 arrangement of die main windows in such a way as to keep 

windows". The hierarchy of windows is defined by the tree a particular main window (that showing the critical 

structure. information) entirely visible on die screen. 

FIG. 2 shows a hierarchy of windows fl through f8 An object of the invention is to solve this problem. The 

subordinate to the root window fr. In this hierarchy, the 62 invention is based on providing each client i»ogram of the 

windows fl, f5, f6, f7 and f4 (for example) arc rcserved by windowing system with means for dynamic access to the 

a first client program. The window f2is reserved by a second windowing data held by die server and defining all of the 
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mala windows managed by the manager. Each client pro- 
gram can access in the tree structure only the windowing 
data of the root window and the windowing data of the main 
windows it has itself reserved. Access is based on the 
window identifier. On the otiier hand, the manager can 
access all the windowing data of all the main windows 
because it is advised of each and every request by a client 
program to display a main window. 

SUMMARY OF THE INVENTION 



10 



The invention consists of a window manager for a win- 
dowing system including a window server adapted to com- 
mand the display on screen of first windows reserved by 
client programs of the system, the window manager being 
adapted to manage the disposition and the circulation of first 
windows within a second window reserved by the system 
and the server being adapted to hold in memory a tree 
structure of windowing data on the basis of which the 
window server communicates with the saeen window man- 
ager and with die client programs, said structure having a 
root defining the second window and nodes defining corre- 
sponding first windows, which window manager is ad^ted 
to: 

a) manage in the root a first list of identifien of first 
windows. 

b) detect in each node the presence or the absence of 
control data, 

. c) if control data is present in a node defining a particular 
first window, manage the disposition and the circulation of 
the first windows on the basis of second window data under 
the control of a client program. 

The invention has the following advantages: 

For an existing "XWindow" type windowing system only 
the manager is modified. 

The nKxlified windowing system can be used by more 
than one client program at the same time, including com- 
mercially available pa-ograms such as spreadsheets, at least 
one of which is privileged in the sense that it has the facility ^ 
to keep a main window that it has reserved entirely visible 
on the screen. Using the invention, an integrator dient can 
compose an interface, including, for example, integrating 
windows of other kinds into its own man-machine interface. 

The modification of the manager does not degrade in any 
way the standard (^x^iation of the windowing system. 

The invention is described in detail hereinafter with 
reference to the appended drawings. 



FIG. 11 shows a third exan^le of the q>eration of the 
windowing system of the invention. 

DETAILED DESCRimON OF THE 
PREFERRED EMBODIMENTS 

RGS. 9 and 10 show a windowing system which is an 
"XWindow** system modified in accordance with the inven- 
tion. It includes a standard server 20 and a modified manager 
21. It is used by a client program 10 referred to hereinafter 
as the "integrator client**. The integrator client reserves a 
main window fl which must be entirely visible on the screen 
notwidistanding the jxesencc of other main windows. The 
server conmuinlcates with the manager and the integrator 
client through the functions library 40. This example con- 
siders only one integrator client but the invention can be 
IS applied to the situation of a plurality of integrator clients 
using the windowing system at the same time. 

The windowing system is modified as follows: the 
manager- integrator client communication protocol is 
extended. The manager is provided with a special identifi- 
20 cation mechanisia a mechanism for publication of main 
windows, a special mechanism for overloading main win- 
dow attributes and a special mechanism for managing tran- 
sients. 



25 



30 
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BRIEF DESCRffTION OF THE DRAWINGS 

FIG. 1 is a diagranomatic representation of a prior art 
workstation using windowing. 

FIG. 2 shows a first hierarchy of windows. 

FIG. 3 shows the windows arranged on a screen with the 
FIG. 2 hierarchy. 

FIG. 4 shows a second hierarchy of windows. 

FIG. 5 shows the windows arranged on a screen with the 
FIG. 4 hierarchy. 

FIG. 6 shows a third hierarchy of windows. 

FIG. 7 shows the windows arranged on a screen with the 
FIG. 6 hierardiy. 

FIG. 8 shows how a prior art windowing system operates. 

FIG. 9 shows a first example of the operation of the 
windowing system of the invention. 

FIG. 10 shows a second example of the operation of the 
windowing system of the invention. 



50 



A — ^Extension of the coimnunication protocol 

Communication between the manager and the integrator 
client is based on the protocol defined in the ICCCM 
(standard "XWindow** mechanism: "Atoms". 'Tr<^rties'* 
and "^QientMessages"). 

The communication protocol is extended in the sense that 
the root 100 defining the root window & includes a new 
prq>erty 50 accessible to any client program of the system. 
The atom of this new property 50 is called 
WM_WINDOWS. The new property 50 has a value of the 
**XWMWindows" type and a structure of the type defined as 
follows: 



lypedcf struct { 
int count; 

Window wnL_wbdow5(l; 
jXWMWmdows; 



in which "count" is a variable for counting the number of 
main windows and wm_windows[l is a list of main window 
identifiers. 

The protocol is further extended in that each node 110 
defining a main window managed by the system includes a 
new property 60. The atom of this new prc^^erty 60 is called 
WM_inNTS_OVERRIDE, The new p-operty 60 has a 
value of the "XWMHintsOvenide" type and a structure of 
the type defined as follows: 



55 



60 



typedef smut { 

Wmdow 

char 

char 

char 

char 

char 

char 

char 

Window 

int 

char 

}XWMHtntsOvernde; 



delegate: 

tiUe; 

nxTve; 

close 

resize; 

circulate; 

iconiify; 

DonnalOverride; • 
pascnt; 

x,y^wk1ih, height: 
mapped; 



65 where: 

^'delegate** is a variable which contains the identifier of 
one of the main windows reserved by the integrator client 
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(that used by the IntegratorAvindow manager identificatioo 21. Rcfeiring to FIG. 10. another client program 11 which is 

mechanism) wishing to manipulate the main window not an integrator client now uses the **XCreaie" function to 

concerned. reserve a main window f2. The identification publication 

**title'' is a variable which tells the manager if the main mechanism operates as follows: 

window in question must have a tiUc bar or not. 5 xhc client program U uses the XM function 

**move; is a variable which teUs the naanager if the ("XMapwindow**) to request the server to display its win- 
operator is authorized to display the mam window m ques- ^ 
tion interactively or not, 

"close" is a variable which tells the manager if the ^ ^ ^ manager 21 to 

operator is authorized to close the main window in question ^^^^ise it that a new main window must be displayed on the 

interactively or not, 10 screen. 

^^resize** is a variable which tells the manager if the In response to reception of the event mR the modified 

(^rator is authorized to resize the main window in question manager 21 updates the value of the property 50 in the root 

interactively or not, 100 defining the root window fr using the XC function 

"circulate" is a variable which tells the manager if the ("XChangeProperty*'). The update involves incrementing 

q)erator is authorized to circulate the main window in ^5 t^e variable "count" and inserting the identifier of the 

question or not. window f2 into the list *^vm_windows[]". 

"iconify" is a variable which teUs the manager if an icon ^^^^ ^0 sends a PN event ("PropertyNotifyT to the 

must appear on the screen or not when the mam window m .^^ ^^^^^ ^^.^ 5^ 

question is closed. moiSficd. 

"nonnalOvenide" is a variable Indicating whether the 

main window in question must be managed in the usual way ^ D— -Overload mechanism 
by the manager or not, 

"parent" is a variable which contains the identifier of the The object of this mechanism is to add the fM-opcrty 60 in 

window designated as the parent of the main window in each node corresponding to a main wLadow reserved by a 

question. client program of the server, including the integrator client 

^^x.y.widthiieight" are variables which tell the manager 25 The overload mechanism operates as follows: 

the incased position and the imposed size of the main Referring to FIG. 10, in response to reception of the mR 

window in question, and event the manger 21 adds the property 60 ("WM_HINTS_ 

"ms^jped" is a variable which tells the manager if the main OVERRIDE") to the node 120 corrcqxMiding to the main 

window in question must be open or closed, window reserved by the client program 11. This property 60 

The protocol is further extended in that the node 110 30 is initialized by the manager with default values. Note that 

defining a particular main window reserved by the integrator the manager carries out the same processing at the node 110 

client also includes ano&er propoty 70. The atom of this when the integrator client 10 reserves the main window fl. 

new i^opeity is called WM_DELEGATE, The new prop- response to tfic event PN.die integrator client 10 looks 

erty has a Boolean type value, for example, and identifies the property 50 in the root 100. It recovers the identifier 

integrator cUent by means of one of its windows. 3^ of the window f2 which has just been reserved by the cUcnt 

B — Identification mechanism program 11. At this stage (see HG. 11) the integrate client 

^ t_- ^ -c^. i_ • • * J • *L * can access the prqxrty 60 in the node 120. It sets the 

Hie object of this mechamsna is to ad>ase die manager of ^ ^^J^ ^^^^^ ^^^.^.^ 

the presence of an mtegmtor client In FIG. 9 Ac specific ^^{^ reparenting by modifying the "parent" 

cUent program lOhas reserve a main window fl usmg the ^^^^^ .^^^^ ^^^^ ^ ^ XC function 

XC function ( XCreate Window ). This client program next ^ (•*XChaneeProt)crtv ) - 

makes itself known to the window manager as an integrator _ ^ / «vt . /*.w^ ^i.t ^c*^^. ^ 

dient. n,e identificatioo mechanism opiates as foUows: ^h"^ «7« ^0 sends a FN event(Pr^Not.fy ) to the 

n,e cUent program 10 places the p^perty 70 "WM_ 'If^^' *^ °' """^'^ " 

DELEGATE" in the node 110 defining the window fl using "wscnangea , ,^ _ 

the XC function ("XChangePropoty"). and then requests 45 Themanagwtatesnrteof the new valuw of thep^^ 

the server to display this window using the XM function ^ the wmdow Q and sends the relevant d^toy instruc- 

("XMapWindow ) server using the appropriate XLib function 

In lesponse to the display request the server 20 sends a ("XMapwindow^ "XReparentWindow", etc) 

standard mR event (**maprequesr) to the manager 21 to The server displays window f2 whose configuration is 

advise it that the window fl is to be displayed 50 ^""^ 'T*^ '^^^^ F '^'l?^ 

In response to receiving this event the modified manager Ixf * 

21 looks up the windowiig data of the node 110 using Ac MapNotifyp to die manager 21 to the Integra^ chent 10 

XG function CTCGctWindowProperty-) in ordtx to cUtect andtoAc dicntproffimill whicAihave^ 

whetfier the property 70 is preseTor absent If the farmer. I?,^^^f, ^« ^ ^^^^ ^- "^"^8 

it inserts the identifier of the window fl into a table 25 it 55 A^electlnput tuncuon. 

holds in memory. E—'Hansient management mechanism 

At this stage it is clear that a client program can become 

an Integrator client dynamically, merely by placing the When the window manager is started up it asks the server 

property 70 in a node defining a main window. This idcn- ^^^^ it a list of identifiers of main windows known to the 

tification mechanism is triggered by the reception of an ^^^rver, using the **XQuayiYec" function. In addition to its 

event indicating a change of property (*Trq)eityNotify") at "sual functions, the manager must search diis list fa- aU 

a node or at the root of the stnicture. To receive any such windows whose concq>onding node includes the property 

event the manager must advise the server beforehand using '^^ *° ^ \ip<i&tc its table 25, to add the property 60 to 

die standard "XSelectlnput" function, node corresponding to a main window and the property 

50 in the node 100 associated with the root window. 

C^bUcation mcdiamsm 55 ^.^^^ manager is stopped, it must delete the 

The object of this mechanism is to tell the integrates' dient property 60 associated with the main windows and the 

the identity of the main windows managed by the manager property 50 associated with the root window and reorganize 
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the main windows relative to the root window. Also, the 
integrator client is advised of stof^ing of the manager on 
receipt of the "PropertyNotify" event indicating deletion of 
the property 56. 

To tell the manager that it is about to stop its integrator 
function, a client program must delete the property 70 which 
it had added to one or more main windows and wait for an 
event sent by the manager. 

On receiving the "PropertyNotify" event associated with 
deletion of the property 70 the manager updates the win- 
dowing data of the windows under the control of the 
integrator client which set the property 70 and uses the 
**XLib'' function **XSendEvent'* to send a client event to the 
integrator client to tell it that it can stop (the message-type 
field of this event is the atom WMJELEGATE). 

There is claimed: 

1. Window manager fot a windowing system including a 
window server adapted to command the display on screen of 
first windows reserved by client programs of said system, 
said window manager being ad^ted to manage the dispo- 
sition and the circulation of first windows within a second 
window reserved by said system and said server being 
adapted to hold in memory a tree structure of windowing 
data on the basis of which said window server communi- 
cates with said screen window manager and with said client 
programs^ said structure having a root defining said second 
window and nodes defining corresponding first windows, 
said window manager comprising: 

a) an identification mechanism for identifying a client 
program as an integrator client program, a client pro- 
gram which can integrate first windows generated by 
other client programs into its own windowing system 
by detecting, when said client program requests a 
display of a first window, a ^ctfic control data (70) set 
in the node of the tree structure corresponding to said 
first window. 

b) a publication mechanism for advising said intcgratcH' 
client program when at least one other client program 
requests a display of another first window, by storing an 
identifier (50) of said other first window in the root of 
the tree structure, 

c) and an overload mechanism for providing said tree 
structure with second windowing data (60) set to spe- 
cific values under control of an integrator client 
program^ said second windowing data being used for 
controlling di^sition and circulation of said first 
windows into said second window. 

2. windowing system including a window manager for a 
windowing system including a window server ad^ted to 
command the display on screen of first windows reserved by 
client programs of said system, said window manager being 
adapted to manage the disposition and the circulation of first 
windows within a second window reserved by said system 
and said server being adapted to hold in memory a tree 
structure of windowing data on the basis of which said 
window server communicates with said screen window 
manager and with said client programs, said structure having 
a root defining said second window and nodes defining 
corresponding first windows, said window manager 
comprising: 

a) an identification mechanism for identifying a client 
program as an integrator client program, a client pro- 
gram which can integrate first windows generated by 
other client programs into its own windowing system, 
by detecting, when said dient program requests a 
display of a first window, a specific control data (70) set 
in the node of the tree structure corresponding to said 
first window. 
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b) a publication mechanism for advising an integrator 
client program when at least one other client program 
requests a display of another first window, by storing an 
identifier (50) of said other first window in the root of 

5 the tree structure. 

c) and an overload mechanism for providing said tree 
structure with second windowing data (60) set to spe- 
cific values under control of an integrator client 
program, said second windowing data being used for 
controlling disposition and circulation of said first 
windows into said second window. 

3. Workstation comprising a display screen connected to 
a processOT under the control of a windowing system includ- 

15 ing a window manager for a windowing system including a 
window server adapted to command the display on screen of 
first windows reserved by client programs of said system, 
said window manager being ad^ted to manage the dispo- 
sition and the circulation of first windows within a second 
20 window reserved by said system and said server being 
ad^ted to hold in memory a tree structure of windowing 
data on the basis of which said window server cormnuni- 
cates with said screen window manager and with said client 
programs, said structure having a root defining said second 
25 window and nodes defining corresponding first windows, 
said window manager comprising: 
a) an identification mechanism for identifying a client 
program as an integrator dient program, a client pro- 
gram which can integrate first windows generated by 
30 other client programs into its own windowing system, 
by detecting, when said client program requests a 
display of a first window, a specific control data (70) set 
in the node of the tree structure corresponding to said 
first window, 

35 b) a publication mechanism for advising an integrator 
client program when at least one other client program 
requests a display of another first window, by storing an 
identifier (50) of said other first window in the root of 
the tree structure. 

^ c) and an overload medianism for providing said tree 
structure with second windowing data (60) set to spe- 
cific values under control of an integrator client 
program, said second windowing data being used for 
controlling disposition and circulation of said first 
windows into said second window. 

4. A window display management a{^)aratus for control- 
ling the display of windows generated by client programs, 
induding integrator client programs, in a computerized 
windowing system, comprising: 

^ a mechanism for identifying said client programs and 
receiving window control data assodated with each of 
said dient programs; 
a mechanism for circulating and displaying said windows 

generated by said client programs; 
an identification mechanism for detecting said integrator 
client programs, dient programs which can integrate 
into their own windowing systems said windows gen- 
erated by said client programs; 

^ a publication mechanism for notifying said integrator 
dient programs of the presence said windows gen- 
erated by said dient programs; and 
an overioad mechanism for allowing said integrator dient 
programs to access and alter said window control data 

63 assodated with each of said client programs. 

***** 
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